Deploying multiple enterprise planning models across clusters of application servers

ABSTRACT

An enterprise planning system includes a plurality of application servers, and an administration console to generate a deployment map that associates each of a set of enterprise planning models with a respective set of the application servers. The administration console, either automatically or in response to input from a system administrator, may finely control the allocation of computing resources to enterprise planning. The administrator console may adjust the deployment map based on approaching deadlines for the enterprise planning activities. When administrating a task associated with an enterprise planning activity, the administration console may break the task into a number of jobs, each job associated with a different slice of the model in accordance with the organizational hierarchy defined by the model. Consequently, allocation of computing resources to enterprise planning may be finely controlled, and may be adjusted to meet the current needs within the organizational hierarchy.

TECHNICAL FIELD

[0001] The invention relates to enterprise computing environments, andmore particularly, to computing environments for enterprise businessplanning.

BACKGROUND

[0002] More than ever before, enterprises are charged with establishingaccurate forecasts for enterprise operations. Failing to meetestablished expectations can have significant negative impact on theenterprise in the areas of cash flow, stock price, liquidity, andinvestor faith, among other areas. Examples of enterprise planningactivities for which accuracy is critical include revenue forecasting,inventory management, resource planning, and the like. Enterprisebusiness planning, however, is a difficult and expensive task that oftenproduces inaccurate results.

[0003] Conventionally, businesses have taken either a “top-down” or a“bottom-up” approach to enterprise planning. In “top-down” planning,businesses identify fundamental business targets, such as averageproduct price, cost per employee, and the like, and push the targetsdown through the hierarchical structure of the corporation. In contrast,“bottom-up” planning involves the aggregation of low-level forecastsfrom the lowest cost centers of an organization. For budget planning,for example, management personnel may be required to periodicallyforecast expenses, and allocate the expenses to a number of categories,such as advertisement, travel, and salaries. However, the bottom-upforecasts rarely, if ever, reconcile with top-down business targets.

[0004] This information has typically been collected using paper or,more recently, electronic forms, such as an electronic template createdwith a spreadsheet software program. This often leaves the financialdepartment of the enterprise with the difficult task of consolidatinguncoordinated plans that have been compiled using inconsistentassumptions and varying business logic.

[0005] More recently, large computer systems have been used to collectthe data via an enterprise network. The computer systems typicallyconsolidate data collected from the various enterprise users usingtime-consuming, offline batch processing during “off” hours. Thisoffline consolidation can lead to significant time delays between thecollection of the data from a user, and the consolidation of thecollected data with other data collected from the enterprise. As aresult, such systems often present users an inaccurate view of theactual, aggregated data for the enterprise activity being forecasted.This may lead the users to provide incorrect data, or erroneously modifytheir input. Furthermore, the users may be unsure as to which numbersare the “right” numbers for the enterprise, and may generally doubt theintegrity of the results. This slow process of data collection andoffline consolidation can be particularly problematic for a heavilydeadline-oriented activity like enterprise planning.

SUMMARY

[0006] The invention is directed to enterprise planning techniques thatimprove the accuracy and predictability of budget planning within largeorganizations. The techniques enable organizations to reconcilecorporate financial models and organizational targets with detailedforecasts in real-time.

[0007] According to the techniques, an enterprise planning systemenables and automates the reconciliation of top-down targets withdetailed bottom-up forecasts for an enterprise. Generally, theenterprise planning system provides three stages of enterprise planning:(1) a modeling stage, (2) a contribution stage, and (3) a reconciliationstage. During the modeling stage, high-level enterprise managers orexecutives, referred to as analysts, define organizational targets, andbuild planning models for the enterprise. Next, during the contributionphase, a set of defined contributors interacts with the enterpriseplanning system and provides detailed forecasts in the form ofcontribution data. During the reconciliation phase, the enterpriseplanning system automates the reconciliation of the forecast data withthe organizational targets.

[0008] During this process, the enterprise planning system operates inaccordance with the defined model to provide a hierarchical planningprocess having multiple reconciliation levels. At each level, theenterprise planning system presents the contribution data to enterprisereviewers, as defined by the hierarchical model, and requires that thereviewer reconcile the target data with the forecast data. Each reviewermay, for example, reject or accept the contribution data in view ofcorporate targets provided by the analysts.

[0009] As the contributors provide the contribution data, the enterpriseplanning system automatically aggregates the contribution data acrossthe enterprise in real-time, and presents the aggregated data toreviewers for acceptance or rejection. This process continues until thecontribution data is ultimately approved by the reviewers associatedwith the highest level of the organizational hierarchy, thereby ensuringthat the contribution data from the contributors reconciles withcorporate targets.

[0010] In one embodiment, a system comprises a plurality of applicationservers, and an administration console to generate a deployment map thatassociates each of a set of enterprise planning models with a respectiveset of the application servers.

[0011] In another embodiment, a method comprises generating a deploymentmap that associates each of a set of enterprise planning models with arespective set of application servers, and processing jobs with theenterprise planning models with the respective sets of applicationservers.

[0012] The invention may offer one or more advantages. For example, thetechniques described herein may provide a fine level of control overallocation of computing resources to enterprise planning, eitherautomatically or in response to input from a system administrator. Thedeployment map may be adjusted to shift the deployment of the modelsacross the application servers based on approaching deadlines for theenterprise planning activities. When administrating a task associatedwith an enterprise planning activity, the enterprise planning system maybreak the task into a number of jobs, each job associated with adifferent slice of the model in accordance with the organizationalhierarchy defined by the model. Consequently, the allocation ofcomputing resources to enterprise planning may be finely controlled, andmay be adjusted to meet the current needs within the organizationalhierarchy.

[0013] The techniques may improve the accuracy and predictability ofenterprise planning by enabling organizations to reconcile corporatemodels and organizational targets with detailed forecasts in real-time.The techniques may provide a platform that delivers collaborative,real-time planning capabilities, without requiring offline consolidationand aggregation of forecasts. Because the enterprise planning system canaggregate contribution data in real-time, all users can be presentedwith an accurate, up-to-date view of the data. The system provides rapidresponse regardless of the number of enterprise users involved in theplanning, thus providing precise planning information.

[0014] Further, the architecture described herein can readily scale tothousands of users, and may be designed around best planning practices.In this manner, the system may used to centrally manage all planninginformation across operating units and systems within the enterprise,thus creating a “planning hub.” Consequently, users can work from asingle pool of planning data, and can be assured of the integrity of thedata.

[0015] In addition, the techniques promote high user-participationacross the enterprise, allowing planning cycles to be reduced, e.g.,from months to weeks, and best practices, like rolling forecasting, tobe quickly enabled.

[0016] The details of one or more embodiments of the invention are setforth in the accompanying drawings and the description below. Otherfeatures, objects, and advantages of the invention will be apparent fromthe description and drawings, and from the claims.

BRIEF DESCRIPTION OF DRAWINGS

[0017]FIG. 1 is a block diagram illustrating an environment in which anenterprise planning system enables and automates the reconciliation oftop-down targets with detailed bottom-up forecasts.

[0018]FIG. 2 is a block diagram illustrating one example embodiment ofthe enterprise planning system.

[0019]FIG. 3 is a block diagram illustrating one embodiment of a remotecomputing device for interacting with the system.

[0020]FIG. 4 is a block diagram illustrating an example embodiment ofdatabase servers in which enterprise data is organized to include atransactional data area and a relational data area.

[0021]FIGS. 5 and 6 are block diagrams illustrating an exampleorganization of the transactional data area in accordance with ahierarchy defined by an enterprise planning model.

[0022]FIG. 7 is a flowchart illustrating in further detail the operationof an enterprise planning system.

[0023]FIG. 8 is a flowchart illustrating in further detail the real-timeaggregation process performed by the enterprise planning system.

[0024]FIG. 9 is a flowchart illustrating in further detail exampleoperation of a set of application servers in publishing data from thetransactional data area to the relational data area.

[0025] FIG 10 is a flowchart illustrating an example mode of operationof an administration console in controlling the deployment of multipleenterprise planning models across a set of application servers.

[0026] FIGS. 11-21 illustrate a number of views presented by a webbrowser during an exemplary enterprise planning session.

DETAILED DESCRIPTION

[0027]FIG. 1 is a block diagram illustrating an environment 2 in whichenterprise planning system 3 enables and automates the reconciliation oftop-down targets with detailed bottom-up forecasts for enterprise 4.Generally, enterprise planning system 3 provides three stages ofenterprise planning: (1) a modeling stage, (2) a contribution stage, and(3) a reconciliation stage. In the modeling stage, analysts 8, such asthe chief financial officer, senior financial analysts or product andsales analysts, define requirements and build planning models for theenterprise 4. More specifically, analysts 8 develop a model having anumber of hierarchically arranged nodes representing various costcenters within enterprise 4, such as business units or departments.

[0028] During the modeling stage, analysts 8 also establish corporatetargets for each node of the organizational hierarchy. Analysts 8 thenassign one or more enterprise users to each node, such as managers,supervisors, sales representatives, lab managers, or the like, that areresponsible for enterprise planning for the corresponding cost center.Each enterprise user may be designated as a contributor 8 that providesplanning data to enterprise system 3, a reviewer that accepts or rejectscontributions from contributors 8, or both. Contributors 8 and reviewers9 may be authorized users within enterprise 4, or within other entitiescoupled to network 9, such as suppliers 14 and customers 16.

[0029] Finally, analysts 8 define a number of templates for collectingspending forecast data from the contributors. Analysts 8 include thecorporate target data in the templates to facilitate reconciliation withthe forecast data.

[0030] Next, enterprise planning system 3 enters the contribution phaseduring which contributors 6 interact with enterprise planning system 3and input detailed forecasts in the form of contribution data. Forexample, contributors 6 may provide detailed financial forecasts,revenue forecasts, order forecasts, inventory forecasts, estimatedresource requirements, and the like, depending on the particularenterprise planning activity being carried out by enterprise 4.

[0031] During the reconciliation phase, enterprise planning system 3automates the reconciliation of the forecast data with the corporatetargets provided by analysts 8. In particular, enterprise planningsystem 3 operates in accordance with the defined model to provide ahierarchical planning process having multiple reconciliation levels. Aseach of contributors 6 provides his or her contribution data, enterpriseplanning system 3 automatically aggregates the contribution data acrossenterprise 4 in real-time, and provides access to the aggregated data toreviewers 9 associated with higher levels of enterprise 4. Inparticular, upon receiving contribution data from contributors 6,enterprise planning system 3 identifies all higher levels of theorganizational model affected by the newly received contribution data,and calculates new aggregate totals at each level in real-time.

[0032] Consequently, reviewers 9 view aggregated data across enterprise4 in real-time during the enterprise planning session. At each level,enterprise planning system 3 ensures that reviewers 9, as defined by thenodes of the enterprise model, reconcile the target data with theforecast data. Each reviewer 9 may, for example, reject or accept thecontribution data in view of corporate targets provided by analysts 8.This process continues until the contribution data is ultimatelyapproved by the highest level of the organizational hierarchy, therebyensuring that the contribution data from contributors 6 reconciles withcorporate targets provided by analysts 8.

[0033] In this manner, enterprise planning system 3 may provide moreaccurate enterprise planning than with conventional techniques. Forexample, enterprise planning system 3 may improve the accuracy andpredictability of enterprise planning by enabling organizations toreconcile corporate models and organizational targets with detailedforecasts. The techniques may provide a platform that deliverscollaborative, real-time planning capabilities, without requiringoffline consolidation and aggregation of forecasts. Because theenterprise planning system can aggregate contribution data in real-time,all users can be presented with an accurate, up-to-date view of thenumbers. Further, the architecture of enterprise planning system 3 canreadily scale to thousands of users, and may be designed around bestplanning practices. In addition, the techniques enabling highparticipation by enterprise users, i.e., contributors 6 and reviewers 9,allowing accurate planning cycles to be reduced

[0034] Enterprise users may use a variety of computing devices tointeract with enterprise planning system 3 via network 9. For example,an enterprise user may interact with enterprise planning system 3 usinga laptop computer, desktop computer, or the like, running a web browser,such as Internet Explorer™ from Microsoft Corporation of Redmond, Wash.Alternatively, an enterprise user may use a personal digital assistant(PDA), such as a Palm™ organizer from Palm Inc. of Santa Clara, Calif.,a web-enabled cellular phone, or similar device. Network 9 representsany communication network, such as a packet-based digital network likethe Internet. In this manner, system 2 can readily scale to suit largeenterprises. The enterprise users may directly access enterpriseplanning system 3 via a local area network, or may remotely accessenterprise planning system 3 via a virtual private network, remotedial-up, or similar remote access communication mechanism.

[0035]FIG. 2 is a block diagram illustrating one example embodiment ofenterprise planning system 3. In the illustrated embodiment, enterpriseplanning system 3 includes web servers 20, application servers 26, anddatabase servers 40.

[0036] Web servers 20 provide an interface for communicating withenterprise user 18 via network 9. Web servers 20 execute web serversoftware, such as Internet Information Server™ from MicrosoftCorporation, of Redmond, Wash. As such, web servers 20 provide anenvironment for interacting with contributors 6, analysts 8, andreviewers 9 according to software modules 21, which include analysismodule 30, contribution module 32, administration (ADMIN) console 36,and extension manager 38.

[0037] Software modules 21 may comprise Lotus scripts, Java scripts,Java Applets, Active Server Pages, web pages written in hypertext markuplanguage (HTML) or dynamic HTML, Active X objects, and other suitablemodules. Web servers 20 serve up web pages defined by software modules21, and communicate the web pages to computing devices of enterpriseusers 18. The web pages may include static media, such as text andgraphic imagery, as well as conventional input media such as text entryboxes, radio buttons, drop-down menus, and the like, for receivinginformation from enterprise users 18.

[0038] Software modules 21 interact with database servers 40 to accessenterprise data 42 including user data 42A, model data 42B, job data42C, and configuration data 42D. Enterprise data may be stored in anumber of different forms including one or more data storage file, orone or more database management systems (DBMS) executing on one or moredatabase servers. The database management systems may be a relational(RDBMS), hierarchical (HDBMS), multidimensional (MDBMS), object oriented(ODBMS or OODBMS) or object relational (ORDBMS) database managementsystem. Furthermore, although illustrated separately, enterprise data 42could be combined into a single database or other data storagestructure. Enterprise data 42 could, for example, be implemented as asingle relational database, such as SQL Server from MicrosoftCorporation.

[0039] User data 42A stores information for each of users 18, includingthe name, email address, and other contact information for the user.Model data 42B stores the enterprise planning models defined by theanalysts 8. For example, model database 42B stores information thatdefines the reconciliation process developed by analysts 8, includingthe number of reconciliation levels, the various “nodes” in thehierarchy, and the contributor 6 associated with each node. In addition,model data 42B stores the respective data entry templates of the modelsfor capturing contribution and review data from users 18. Job data 42Cdefines administration jobs for execution application servers 26, andconfiguration (CONFIG) data 42D stores basic configuration data forenterprise planning system 3.

[0040] Application servers 36 provide an operating environment forexecution of business logic modules 46, enterprise planning extensions47, and application programming interface (API) 48. In addition,application servers 36 carry out administration tasks as defined by jobdata 42C. In other words, job data 42 provides a mechanism for queuingjob descriptions for pending administrative jobs for execution byapplication servers 26.

[0041] Referring to software applications 21, analysis module 30includes one or more software modules for creating enterprise planningmodels, such as financial models for enterprise 4, to control the entireplanning process. For example, analysis module 30 allows analysts 8 todefine the various cost centers, the corresponding owners and the numberof reconciliation stages in the enterprise planning process. In oneconfiguration, analysis module 30 read cost-center structures andownership from an enterprise resource planning (ERP) database (notshown). In addition, analysis module 30 allows analysts 8 to define the“templates” for collecting contribution data. A template may compriseone or more multi-dimensional structures that provide an interface forentering and calculating contribution data. For example, the templatemay define cost centers as a dimension within a data cube for selectingdata, with a chart of accounts along the rows, and periods in thecolumns. Analysis module 30 stores the enterprise planning models, aswell as the corresponding templates, within model data 42B.

[0042] Analysis module 30 also allows the organization to define anumber of mechanisms for automating the budgeting process and ensuringthat the contributors 6 submit their respective contribution datatimely, and that templates quickly move through the definedreconciliation stages. For example, using analysis module 30, theanalysts 8 can define timers for triggering electronic mail messages(emails) to remind the contributors 6 to access enterprise planningsystem 3 and complete a particular template.

[0043] Contribution module 32 include software modules for presentingthe templates to enterprise users 18 designated as contributors 6, andfor capturing contribution data from the contributors 5. Contributionmodule 32 captures and aggregates the contribution data acrossenterprise 4 in real-time, and provides access to the aggregated data toreviewers 9 associated with higher levels of enterprise 4.

[0044] Report generator 34 includes analytical software modules thatgenerate enterprise planning reports based on the contribution datareceived from contributors 6 and stored within model data 42B. Inparticular, the analytical software modules allow users 18, such asanalysts 8 and reviewers 9, to formulate complex queries for generatingreports and performing other data analysis functions on the current dataof the enterprise model. These software modules may be web-based moduleshaving a browser interface, or may be stand-alone executable programs.

[0045] Business logic modules 46 execute within the operatingenvironment provided by application severs 26, and provide functionalityfor accessing and processing the data stored within databases 42 inresponse to software modules 21. In particular, business logic modules46 comprise software routines for implementing the enterprise planningfunctions, and are invoked by software modules 21.

[0046] Administration console 36 presents an interface for controllingthe clustering of web servers 20, application servers 26, and databaseservers 40. Administration console 36 allows the system administrator tocontrol the number of servers used within each cluster. The systemadministrator may, for example, select one or more servers availablewithin network 9, and direct administration console 36 to utilize theservers as, for example, application servers 36. In this manner,enterprise planning system 3 may easily scale to support largeenterprises having thousands of users 18.

[0047] When administrating a task associated with an enterprise planningactivity, administration console 36 may break the task into a number ofjobs, each job associated with a different slice of the model inaccordance with the multi-level, organizational hierarchy defined by theparticular model. For example, administration console 36 may separate aparticular task into a set of N jobs, where N equals the number of nodesdefined within the hierarchy. Administration console 36 may thendistribute the jobs across the set of application servers 26 for whichthe model is deployed.

[0048] Administration console 36 provides a job interface for viewingjobs queued for processing by application servers 26, and viewing theload balancing across the clustered application servers 26.Administration console 36 generates job data 42C to define task forapplication servers 26. As jobs are queued within job data 42C,application servers 26 read job data 42C from the database servers 40,and process the jobs to completion. For example, one type of jobinvolves the “cut-down” process by which the enterprise model definedwithin enterprise data 42B is “sliced” for each user. During thisprocess, application servers 26 identify areas of the defined models towhich users 18 are assigned, either as contributors or reviewers.Enterprise planning system 3 presents the respective slices to each user18 to capture contribution data, and to reconcile the contribution datawith organizational targets. In this fashion, enterprise planning system3 need not communicate the entire model to each of users 18, therebyreducing communication time as well as resource requirements. Instead,each user 18 receives only relevant information.

[0049] In addition, administration console 36 allows a systemadministrator to control the deployment of enterprise planning modelsacross application servers 26. In particular, analysts 8 may define aplurality of planning models for enterprise 4. For example, analysts 8may define separate models for revenue forecasting, inventorymanagement, resource planning, managing accounts payable, and the like.Administration console 36 allows the system administrator to create adeployment map that assigns each model to a set of application servers26. In other words, different enterprise models can be deployed onseparate application servers 26, or may share one or more applicationservers.

[0050] Consequently, the system administrator may finely control theallocation of computing resources to enterprise planning, and may adjustthe resources to meet the current needs of the enterprise. The systemadministrator may adjust the deployment map to shift the deployment ofthe models across application servers 26 based on approaching deadlinesfor the enterprise planning activities. Specifically, the systemadministrator may allocate more computing resources to enterprise modelshaving the earliest deadlines in view of the likely increased activityby users 18 as the deadlines approach. As another example, the systemadministrator may adjust the deployment map based on current usagelevels for users 18 participating in the enterprise planning models.

[0051] Administration console 36 allows analysts 8 to modify anenterprise planning model. For example, analysts 8 may wish to captureadditional contribution data after initiating an enterprise planningactivity. To ease the adoption of the changes to the model,administration console 36 supports node level modification andmaintenance of an enterprise planning model. In particular,administration console allows analysts 8 to check-in and check-out nodesof the model, i.e., to mark the node or otherwise change the state ofthe node from “online” to “offline.” Consequently, an analyst 8 canupdated a model “slice” associated with the particular offline, ratherthan interrupting the enterprise-wide planning activity. Other userscannot edit the offline node, i.e., no contribution data or review inputcan be saved to the respective slot for the node within transactionaldata area 62.

[0052] However, the enterprise contributors associated with thenon-offline nodes may continue to provide and review contribution datafor the enterprise planning session. This feature allows modificationand maintenance on a per-node basis, and allows the model to remainoperational. Accordingly, analysts 8 can modify the business logicassociated with a particular node without taking the entire modeloffline.

[0053] Application servers 26 typically process model changes made byanalysts 8. Specifically, in the event analysts 8 modify an enterprisemodel during the planning activity, application servers 26 may be usedto reconcile contribution and review data received from users 18 withthe updated model. Alternatively, administration console 36 may directapplication servers 26 to facilitate remote reconciliation on thecomputing devices of users 18. Upon authenticating access by users 18subsequent to the model change, authentication servers 44 may “push”reconciliation jobs to the local computing devices. The remote computingdevices reconcile the contribution data and review data of users 18 withthe updated model, and save the reconciled data to enterprise planningsystem 4. This may be advantageous in that enterprise planning system 3need not be taken offline to update enterprise models, and thatcomputing resources to process the updates can be distributed across theremote computing devices of users 18.

[0054] Extension manager 38 provides an interface by which a systemadministrator can install and selectively deploy extensions 47 to easilyprovide additional enterprise planning functions to system 10. Ingeneral, three classes of extensions can be added: (1) administrationextensions, (2) server-side extensions, and (3) client-side extensions.Administration extensions comprise software modules that execute within,or invoked by, administration console 36. Consequently, administrationextensions are typically used to provide additional administrativefunctionality, and may generate administration jobs for execution byapplication servers 26.

[0055] Server-side extensions typically execute within the operatingenvironment provided by application servers. These extensions may beused to facilitate workflow integration, custom initialization, orcustom publishing of aggregated contribution data during the planningactivity.

[0056] In contrast, client-side extensions comprise software modulesthat execute within the operating environment of the remote computingdevices of users 18, typically within a web browser environment.Contribution module 32 automatically searches extensions 47 for newlyinstalled extensions, and downloads the extensions to users 18 upontheir next access. In particular, contribution module 32 may load andinvoke the extension on the remote computing device immediately uponuser access, or upon demand. Although client-side extensions typicallyoperate within the operating environment of the remote computingdevices, the extensions may interact with server-side components.

[0057] To facilitate the incorporation of extensions, enterpriseplanning system 3 provides an application programming interface (API) 48by which extensions 47 can directly access and manipulate models withinmodel data 42B, as well as other components of enterprise planningsystem 3. Via extension manager 38, the system administrator canregister new extensions 48 with system 10, and define inputs forlaunching the extensions, e.g., buttons or other graphical icons.

[0058] Extension manager 38 allows the system administrator toselectively deploy extensions based on the role assigned to theparticular user 18. In particular, extension manager 38 allows thesystem administrator to assign extensions to all contributors 6, and toall reviewers 9. In addition, extension manager 3 8 allows the systemadministrator to assign extensions to different slices of enterpriseplanning models stored within model data 42B. In this manner, extensionsmay be assigned to different cost centers, different businessdepartments, and the like. Furthermore, extensions may be assigned basedon the level of a reviewer 9 within the hierarchy defined by theparticular model. For example, reviewers 9 of a certain level of thehierarchy, e.g., controllers for cost centers, may be required tocomplete a best-practices extension that provides detailed bestpractices validation on all aggregated contribution data. Extensionmanager 38 may store user-specific extension information within userdata 42A indicating which extensions are assigned to each of users 18,and possibly setting user-specific properties for the extension. Thisflexibility advantageously allows an enterprise planning model to beadapted and customized as the enterprise planning session extends deeperinto enterprise 10.

[0059] One example of an extension is an extension that provides awrapper around an off-the-shelf collaborative network-based planningtool, such as NetMeeting from Microsoft Corporation. Instead ofrejecting contribution data, a reviewer 9 can invoke the extension toconference in the subordinate, and directly access model data 42B toreview the contribution data together. Another example is an extensionthat enables real-time validation of a contribution against othersources. Other examples of extensions include: (1) extensions forcustomized reporting functions required by certain users 18 within thehierarchy, (2) extensions for exporting planning data to otherapplications, e.g., a spreadsheet application, (3) extensions fordriving newly developed printing engines, (4) extensions for importingenterprise data, and (5) extensions for interfacing with a documentmanagement system.

[0060] Extension manager 38 allows the system administrator to mapextensions 47 to events or messages within system 3. For example, thesystem administrator may install a new extension, and require that theextension be invoked upon receiving contribution data from one ofcontributors 6 via contribution module 32. This feature may beparticularly useful for deploying best practices validation ofcontribution data or enforcement of other enterprise requirements. Asanother example, an extension may be used to enforce reconciliation oftop-down corporate targets with bottom-up forecasts within a predefineddefined percentage, e.g., ten percent. As another example, an extensionmay be used to reduce forecasts to a certain level or by a particularpercentage. Accordingly, uniform decreases in forecasts can easily berequired and enforced across enterprise 4.

[0061] In one embodiment, extensions 47 may comprise software modulesthat conform to the component object model (COM). Consequently, anActiveX client may be easily used to invoke extensions 47. Eachextension 47 may provide one or more common interfaces for invocationand control, e.g., by contributor module 32 or administration console36.

[0062]FIG. 3 is a block diagram illustrating one embodiment of acomputing device 50, including various software modules executingthereon, when operated by a user 18, such as a contributor 6 or areviewer 9. In the exemplary embodiment, computing device 50 includesweb browser 52, calculation engine 54, template 56 and data cube 58.When a user 18 directs computing device 50 to access enterprise planningsystem 3, calculation engine 54, and template 56 are downloaded andinstalled within web browser 52.

[0063] In one embodiment, calculation engine 54 comprises a forwardcalculation engine 54 wrapped in an Active X object built in anarray-based language. Template 56 comprises an Active X control thatincludes any necessary drivers for entering and manipulating budgetforecast data. Template 56 includes a stand-alone data cube 58containing the top-down target data, and the bottom-up contributiondata, and allows all calculations to be performed locally. Therefore,after the download is complete, each contributor 6 can modify his or herrespective contribution data within template 56, and performcalculations without accessing enterprise planning system 3. As ActiveXcomponents, calculation engine 54, template 56 and data cube 58 aremaintained locally via computing device 50. As such, the contributor 6will only experience network delays when template 56 and calculationengine 54 are initially downloaded, as well as when template 56 is savedat the end of a session.

[0064] To interact with enterprise planning system 3, each ofcontributors 6 uses browser 52 to interact with template 56 to providerespective contribution data, e.g., by completing cells of a displayedgrid, and viewing the dynamic changes that occur to calculated itemswithin the grid. Because calculation engine 54 is resident within webbrowser 52, the cell entries do not have to be resubmitted to enterpriseplanning system 3, recalculated, and then re-posted to the web browser52 via network 9. If the contributor 6 wishes to end the planningsession, but has not finished the process, the contributor 6 can savetemplate 56 and data cube 58 to enterprise planning system 3. When thecontributor 6 wishes to continue the planning session, he or she canaccess enterprise planning system 3, at which time the appropriatetemplate 56 and data cube 58 will be loaded in web browser 52 forfurther editing. When the contributor 6 is satisfied with the budgetdata entered within template 56, the contributor 6 can submit the datato enterprise planning system 3. As each contributor 6 provides his orher contribution data, or accepts the contribution data, enterpriseplanning system 3 automatically aggregates the contribution data acrossenterprise 4 in real-time, and provides access to the aggregated data toreviewers 9 associated with higher levels of enterprise 4.

[0065] In similar fashion, each of reviewers 9 interacts with enterprisesystems 3 via web browser 52 executing upon his or her remote computingdevice 50. Each reviewer 9 may reject or accept the contribution data inview of corporate targets provided by the analysts 8. This processcontinues until the contribution data is ultimately approved by thereviewers associated with the highest level of the organizationalhierarchy, thereby ensuring that the contribution data from thecontributors reconciles with corporate targets.

[0066] In one embodiment, web browser 52 includes inline compressionmodule 53 for automatically compressing communication to enterpriseplanning system 4, and decompressing communications received from thesystem. In particular, inline compression module 53 automaticallyintercepts outgoing buffers transmitted from web browser 52 to system 10via the hypertext transport protocol (HTTP), and automaticallycompresses the buffers prior to transmission. Similarly, inlinecompression module 53 intercepts incoming HTTP buffers, and determineswhether the buffers are compressed. If the buffers are compressed,inline compression module 53 automatically decompresses the buffers, andforward the decompressed buffers to web browser 53. In this manner,inline compression module 53 seamlessly compresses and decompressescommunications between computing device 50 and enterprise planningsystem 3, leading to possible efficiency gains within system 2.

[0067] In one embodiment, enterprise planning system 3 makes use of asingle active server page (ASP) to receive the compressed HTTP buffers,and direct the compressed buffers to appropriate business logic modules46 for decompression and processing. A header with each HTTP buffer mayinclude a byte count or other information indicating whether the bufferis compressed, and an identifier for an appropriate business logicmodule 46.

[0068]FIG. 4 is a block diagram illustrating an example embodiment ofdatabase servers 40 in which enterprise data 42 is organized to includea transactional data area 62 and a relational data area 63. In general,transactional data area 62 supports real-time data acquisition andaggregation from users 18, while relational data area 63 is used forreport generation and complex data analysis.

[0069] More specifically, database servers 40 store contribution datareceived from contributors 6 in transactional data area 62, and publishthe contribution data from transactional data area 62 to relational dataarea 63, e.g., on a periodic basis. Transactional data area 62 includesa number of slots 66 that are hierarchically related in accordance withthe enterprise model. Transactional data area 62 includes a set ofcontribution slots 66 to store contribution data received fromcontributors 6, and a set of aggregations slots 67 to store aggregateddata calculated from the contribution data in real-time and inaccordance with the hierarchy defined by the model. Consequently,transactional data area 62 includes a transaction slot 67 for each ofthe enterprise contributors 6 to store the contribution data receivedfrom the respective enterprise contributor. In addition, transactiondata area 62A associates each reviewer 9 with at least one of theaggregation slot 67 for each reviewer 9. For example, an enterprisemodel may have N hierarchically arranged nodes, each node defining atnetwork user and designating the user as one of a contributor and areviewer. In this configuration, transactional data area comprises Nslots, including an aggregation slot for each reviewer and a transactionslot for each contributor defined by the model.

[0070]FIGS. 5 and 6 are block diagrams further illustrating theorganization of transactional data area 66 in accordance with ahierarchy defined by an enterprise planning model. FIG. 5 depicts anexample hierarchy defined by an enterprise planning model for an examplefictitious pizza chain: Pizza Palace, Inc. Hierarchy 70 is horizontallyorganized around the various geographic regions occupied by thefranchise, regions 1 through 5, and vertically organized into threereconciliation levels. Enterprise goals and targets are set by theanalysts 8, and are distributed down through the various nodes of thehierarchy. The individual stores of the franchise, referred to asoutlets, occupy the bottom level, i.e., Level III, and providecontribution data.

[0071] Each node of Level 1 has a corresponding contributor 6 that isresponsible for entering contribution data. Similarly, each node ofLevels I, II is associated with a reviewer 9 for reconciling thecontribution data in view of the corporate targets defined by analysts8. For simplicity, FIG. 5 illustrates one of the contributors, Andyassociated with Outlet A, and two reviews: Peter associated with Region1, and Guy associated with the node. In this example, Guy is the ChiefFinancial Officer for Pizza Palace, Inc. and is responsible for theoverseeing all regions. Guy, therefore, is listed as an “owner” of rootnode 29 and as a “reviewer” for all Regions 1-5. Peter is a middle levelmanager charged with overseeing Region 1. As such, Peter is listed asthe owner of Region 1 and reviewer for Outlet A. Andy, a manager of alocal pizza store, is listed as the owner for Outlet A.

[0072] Each node of hierarchy 70 is associated with one or morecorresponding templates within model data 42B, depending upon the node'slevel within the hierarchy. For example, each outlet within Level III isassociated with a single template for capturing forecast information. AtLevel II, each region is associated with the templates of itscorresponding child nodes, i.e., the outlets within the region. Rootnode 72 of hierarchy 70 is, therefore, associated with all of thetemplates for the company.

[0073]FIG. 6 illustrates an example organization of transactional dataarea 62 for supporting real-time aggregation of contribution data inaccordance with hierarchy 70 defined by the enterprise planning modelfor Pizza Palace. In this example, transactional data area 62 includescontribution slots 66 for each node of Level III, i.e., each of OutletsA-H. Each contribution slot 66 stores contribution data for thecontributor 6 associated with the respective node of Level III ofhierarchy 70.

[0074] Similarly, transactional data area 62 includes aggregations slots67 for each node of Levels I, II, i.e., root node 72 and the nodescorresponding to Regions 1-5. Each aggregation slot 67 stores aggregatedcontribution data for its child nodes, as defined by hierarchy 70 andrepresented in FIG. 6 by arrows. For example, aggregation slot 74corresponds to root node 72, and stores aggregated data calculated bytotaling all data received from Regions 1-5. As another example,aggregation slot 76, corresponding to Region 2, stores aggregated datacalculated from contribution data for Outlets B-D. In this manner,transactional data area 62 provides an accurate, up-to-date view of datafor all levels of the model, thus facilitating enterprise-wide planning.

[0075]FIG. 7 is a flowchart illustrating in further detail the operationof enterprise planning system 3. Initially, analysts 8 interact withenterprise planning system 3 to develop a planning model that includeone or more data cubes having multiple dimensions (80). For example, forPizza Palace, Inc., the model may define a single data cube having theedimensions: (1) a first dimension listing specialty pizzas, e.g., meatlovers, vegetarian, barbeque, seafood, ham and mushroom, (2) a seconddimension for weekly sales forecasts, and (3) a third dimension forcorporate targets.

[0076] Analysts 8 also define an organizational hierarchy forcontrolling the enterprise-wide planning process (82). For Pizza Palace,for example, analysts 8 may define an organization hierarchy havingfourteen nodes as illustrated in FIG. 5. Analysts 8 assign one or moreenterprise users to each node, and designate each user as a contributor,reviewer, or both. In addition, analysts 8 may designate one of theusers associated with each node as an owner of that respective node.

[0077] Upon receiving the organizational hierarchy, application servers26 of enterprise planning system 3 processes the model in view of thehierarchy to “slice” the model for each defined user. In other words,application servers 26 apply the hierarchy to the model as if thehierarchy were an additional dimension, and identifies a respectiveportion of the model for which each user can access. Application servers26 associate each node in the hierarchy with a slice across the otherdimensions of the model. By slicing the model in this manner, enterpriseplanning system 3 need not communicate the entire model to the remotecomputing device of the user, but need only communicate the relevantportion of the one or more data cubes of the model.

[0078] In addition, application servers initialize enterprise data 42,including creating the appropriate number of aggregation slots 66 andcontribution slots 67 of transactional data area 62, as well as creatingcreate the tables and relationships of relational data areas 63.

[0079] Next, analysts 8 interact with the enterprise planning system 3to provide target data for the enterprise (86), and contributors 6interact with the system to provide detailed forecasts in the form ofcontribution data (88). Upon receiving the contribution data,application servers 26 update contribution slots 67 of transaction dataareas 66 to store the contribution data, and update aggregation slots 66in real-time to store aggregate totals for each of the upper levelsnodes of the enterprise hierarchy.

[0080] In this manner, the aggregate totals are readily available forreviewers 9 across enterprise 4. Consequently, reviewers 9 can accessenterprise planning system 3, and immediately provide review inputeither rejecting or accepting the contribution data and the aggregatetotals in view of the target data provided by analysts 8 (92). Duringthis process, application servers 26 periodically publish contributiondata and aggregate data from transactional data area 62 to relationaldata area 6 (94) for creation of analytical reports and otherstatistical analysis by report generator 34 (96). Enterprise planningsystem 3 repeats the reconciliation process until the contribution dataand aggregate totals are accepted by the high-level reviewer of theorganizational hierarchy (98).

[0081]FIG. 8 is a flowchart illustrating in further detail the real-timeaggregation process of enterprise planning system 3. Upon receiving anaccess request from one of contributors 6 (99), application servers 26access enterprise data 42 and identify a respective contribution slotfor the contributor (100). Application servers 26 retrieve from theidentified slot any contribution data previously stored by thecontributor, and communicates an input template 56 and contributionengine 54 to the contributor 6 (102).

[0082] Upon receiving new or updated contribution data from thecontributor 6 (104), application servers 26 update the respectivecontribution slot to store the contribution data (106). Next,application servers 26 selectively update the aggregate totals ofaggregation slots 66 for any parent aggregation slots related to theupdated contribution slot. In particular, application servers 26identifies the immediate parent aggregation slot for the updatedcontribution slot based on the defined hierarchical model (108),calculates new aggregate totals for the parent slot based on the updatedcontribution slot (110), and stores the new aggregate totals to theparent slot (112). Application servers 26 repeat this process until allrelated higher-level aggregation slots have been updated (114).

[0083] In one embodiment, application servers 26 organize transactionaldata area 62 as a single table having a set of rows. Each rowcorresponds to a respective node in the defined organizationalhierarchy. Application servers 26 store respective contribution data oraggregation data within each row, and may store the data as a row thatcontains a single “blob” of data. Specifically, application servers 26may write the data for a given row as a single string or text or binarydata. In one embodiment, each row is stored as packed text that conformsto the extensible markup language (XML). The packed XML describes eachcell for the slice of the model that pertains to the user associatedwith the row, as well as the current value for the cells. Wheninitializing transactional data area 62, application servers 26 extractmetadata from the one or more data cubes of the model, and create an XMLrepresentation of each “slice” of the model within the respective slot.

[0084] When updating the contribution data, the XML may be generated bythe remote computing device of the user. The remote computing device maygenerate the XML, and communicates the XML as part of the HTTP buffer,either in compressed or uncompressed form. Alternatively, applicationservers 26 may generate the XML.

[0085] To update the aggregate totals in real-time, application servers26 parse the XML for the respective parent aggregation slots to quicklyretrieve current values for the cells, and replace the packed XML with anew entry having updated aggregate totals. The aggregate data may bestored in XML form as a linear array having a set of cells to store theaggregate totals. Consequently, application servers 26 may retrieve thelinear array from one aggregation slot, overlay the array with the arrayof a parent aggregation slot, and quickly recompute the aggregate totalsfor the parent slot.

[0086]FIG. 9 is a flowchart illustrating in further detail exampleoperation of application servers 26 in publishing data fromtransactional data area 62 to relational data area 63. Applicationservers 26 may publish the data periodically, e.g., every 15 minutes, 30minutes, and the like. Alternatively, or in addition, applicationservers 26 may publish the data in response to an event, e.g.,submission of contribution data from a contributor 6, or review inputfrom a reviewer 9.

[0087] To publish the data, application servers 26 pass the contributiondata of each contribution slot 67 to identify a set of date elements andrespective values (116). As described above, each slot 67 may containpacked XML describing a slice of the enterprise planning model.Application servers 26 decompress the packed XML, and identify thecontained cells of the data cubes of the model, as well as the currentvalues for the cells.

[0088] Next, based on the model, application servers 26 select one ormore tables from relational data area 63 that correspond to the parsedcontribution data (118). For example, application servers 26 mayidentify a Sales table to store forecasted product sales.

[0089] Finally, application servers 26 write the parsed data into theidentified tables of relational data area 63. Consequently, reportingmodule 34 may issue complex queries to database servers 40 to generatesophisticated reports or perform similar analysis on contribution datacaptured across enterprise 4.

[0090]FIG. 10 is a flowchart illustrating an example mode of operationof administration console 36 in controlling the deployment of multipleenterprise planning models across application servers 26. Initially,administration console receives input identifying one or moreapplication servers 26 (122). For example, a system administrator mayselect the application servers 26 from a list of servers availablewithin a local area network. Alternatively, the system administrator mayspecify a particular name, Internet Protocol (IP) address, or similarcommunication handle for communicating with the application server.

[0091] In response, administration console 36 queries the identifiedapplications servers for a description of the computing resourcespresent on each server, such as the number of processors present withineach application servers 26 (124). Administration console 36 may presentthis information to the system administrator for use in deploying thevarious planning models of enterprise 4.

[0092] Next, administration console 36 receives input from the systemadministrator that assigns each model to a set of application servers 26(126). Based on the input, administration console 36 generates adeployment map associating each model with respective sets of theapplication servers, and stores the map within enterprise data 21 (128).

[0093] Based on the mapping, business logic modules 46 generates jobsfor administering the enterprise planning sessions, and stores jobdescriptions within job data 42C. Application servers 26 read andprocess the job descriptions, as described above, in accordance with thedeployment map (130). In this manner, different enterprise models can bedeployed on separate application servers 26, or may share one or moreapplication servers.

[0094] The deployment map may be adjusted, either in response to inputfrom the system administrator or dynamically based on current loadinglevels of application servers 26 (126). Specifically, administrationconsole direct regeneration of the deployment map, thereby rebalancingthe deployment of the enterprise planning models across clusters ofapplication servers 26.

[0095] FIGS. 11-19 illustrate a number of views of web browser 52 duringan exemplary enterprise planning session for the fictitious Pizza PalaceInc. described above. For example, FIG. 11 illustrates one embodiment ofa window 160 displayed by web browser 52 when Guy, the CFO, accessesenterprise planning system 3 in order to check on the progress of thevarious budgets for the pizza franchise. In this example, Guy hasaccessed enterprise planning system 3 using Internet Explorer fromMicrosoft Corporation running Shock Wave™ from Macromedia™ Inc.

[0096] Window 160 displays: 1) a customizable headline 162 to allcontributors and reviewers of a give budget template, 2) a link 164 fordisplaying instructions, 3) the name of the contributor, and 4) thecurrent date. Enterprise planning system 3 may use the authenticationbuilt into the operating system of the remote computing device forsecurity such that new passwords do not have to be created and managedseparately.

[0097] Window 160 includes a left frame 165 that displays the hierarchalmodel 138 defined by analysts 8 for the pizza chain. The hierarchy, asdescribed above, includes five sales regions, with Region 2 having 3pizza stores (Outlet B-Outlet D). The hierarchy represents the workflowof the corporation and, therefore, may be intuitive to the contributors.Furthermore, each contributor has a limited view such that left frame165 only displays the portion of the hierarchal model 138 for which theparticular contributor has access. Because Guy is a high-level executivedefined as a reviewer for all five regions, he can view the entirehierarchy.

[0098] Right frame 166 and left frame 165 cooperate in that when a userselects a node in the hierarchy within left frame 165, right framedisplays the details of the selected node and its children. Morespecifically, right frame 166 displays tables detailing the selectednode and each of its children. Each table shows: a) a node name, b) anoperating state for the node, c) a time of last modification to thetemplate, d) whether the budget template has been opened by the owner ofthe node, e) a name of the owner/reviewer, f) whether the budgettemplate has been reviewed, and g) actions that the user may take on thenode.

[0099] At the bottom level in the hierarchy, each node has threeworkflow states: a) NS—the budget has not been started, b) WIP—thebudget is a “work in progress” such that the owner has input some databut has not finished, and c) LOCKED—the owner has submitted the budgetfor review. Once the budget is submitted, the owner cannot make changesunless the next level reviewer rejects the submission, which changes thestate of the lower line node back to WIP.

[0100] The view for Andy, a manager for a local pizza store, is quitedifferent than from Guy. FIG. 12 illustrates an example window 170displayed by web browser 52 when Andy accesses enterprise planningsystem 3. As illustrated by FIG. 12, Andy can only view Outlet A, i.e.,the outlet for which he is responsible. Because Andy has not started thebudgeting process, table 172 of the right frame displays the NS statefor the node.

[0101]FIG. 13 illustrates a window 180 displayed when Andy clicks onOutlet A and initiates the enterprise planning process. At this point,web browser 52 downloads template 56 and data cube 58. This is one ofthe few times when there is traffic across network 9. As the calculationengine 54 resides on the client, no web traffic takes place as the userenters budgeting information. Andy interacts with window 180 to inputspending forecast data 182, but cannot update target data 184 that hasbeen set by analysts 8, and cannot overwrite formulas embedded withintemplate. In this manner, window 180 allows Andy to view the financialtargets set by analysts 8 while entering the detailed forecastinginformation. Calculation engine 54 allows window 180 to operate as anintelligent spreadsheet that supports, arithmetic operations,conditional logic, weighted and time averages and a number of otheroperations. In addition, the analysts can configure window 180 toprovide context sensitive help for the row, column and page items. Uponentering spending forecast data 182, Andy can save the information andcontinue the process later or can submit the forecast information toPeter for review.

[0102] When Andy saves the template, as illustrated in FIG. 14, webbrowser 52 displays window 190, which reflect the state of the node as a“work in progress” (WIP). In this state, Andy can return and continue toedit the forecast data and submit the forecast data for review by Peter,as illustrated by window 200 of FIG. 15. Once the forecast data issubmitted, the state of the node is changed to LOCKED, as indicated bywindow 210 of FIG. 16. In this state, Andy cannot modify the forecastinformation unless Peter reviews the template and rejects theinformation.

[0103]FIG. 17 illustrates an example window 220 displayed by web browser52 when Peter accesses enterprise planning system 3 in order to reviewthe budget information for which he is responsible. As illustrated byFIG. 17, Peter is defined as the owner for Region 1 and the reviewer forOutlet A. Upon logging in, Peter is immediately able to tell that Andyhas submitted the budget information, which is reflected by the LOCKEDstate displayed by table 222 of the right-hand window. In addition,because all of the child nodes to Region 1, i.e. Outlet A, havesubmitted forecast information, table 224 displays the state of Region 1as READY, indicating Peter can review all of the budget information.

[0104]FIG. 18 illustrates an example window 230 displaying the templatewhen selected by Peter for review. Notably, all information, includingthe forecast data 232 set by the owner (Andy) and the target data 234set by the financial analysts, is read-only and cannot be modified. Assuch, Andy has two options as a reviewer: (1) reject the forecastinformation and send the grid back to Peter for modification, or (2)approve the forecast information such that the template can be reviewedby Guy, the designated reviewer for Region 1. At this level, the nodehas five possible states. The first three are similar to the Level Inodes: NS (not started), WIP (work in progress) and LOCKED. In addition,higher-level nodes can also be INCOMPLETE and READY. The INCOMPLETEstate occurs when at least one child node is in the NS state, i.e., whena person reporting to the reviewer has not started the budgetingprocess.

[0105] Thus, reviewers 9 can quickly tell if the template has not beenviewed, and that the owner needs some added prompting. The READY stateoccurs when all child nodes have completed the budgeting process. Atthis point, the reviewer is the critical path of the budgeting processand must either reject or submit the data from the subordinates. Oneadvantage of this approach over other methods of data collection is thatthe middle level managers have a simple and efficient method of showingupper level management that they have approved of, and are committed to,the budgeting forecasts.

[0106]FIG. 19 illustrates an example view of the information when Peterrejects the information from Outlet A. Outlet A has transitioned back tothe WIP state, which therefore also moves Region 1 to the WIP state.Andy, the owner, automatically receives an e-mail from Peter, hisreviewer, telling him why the submission was rejected. Thisreconciliation process continues until acceptable budget information isultimately propagated upward through all of the levels of the hierarchy.

[0107]FIG. 20 illustrates an example view presented by browser 52 whenan analyst 8 creates and maintains an enterprise model, includingassigning owners to the various nodes of the hierarchy. FIG. 21illustrates an example view presented by browser 52 when the analystdefines an access level (e.g. read vs. write) for each node.

[0108] Various embodiments of the invention have been described. Theseand other embodiments are within the scope of the following claims.

1. A method comprising: generating a deployment map that associates eachof a set of enterprise planning models with a respective set ofapplication servers; and processing jobs with the enterprise planningmodels with the respective sets of application servers according to thedeployment map.
 2. The method of claim 1, wherein generating thedeployment map comprises: presenting an interface to receive input froma user assigning each of the application servers to one or more of themodels; and generating the deployment map in response to the user input.3. The method of claim 2, further comprising: selecting a newapplication server within a network in response to the user input; andgenerating the map to associate the new application server with one ormore of the models.
 4. The method of claim 1, further comprisingadjusting the deployment map based on deadlines associated with each ofthe enterprise planning models.
 5. The method of claim 1, furthercomprising adjusting the deployment map based on current usage levelsfor users participating in the enterprise planning models.
 6. The methodof claim 1, further comprising: querying the application servers forresource data describing computing resources within each of theapplication servers; and generating the deployment map based on theresource data.
 7. The method of claim 6, wherein the resource dataincludes a number of processors within each of the application servers.8. The method of claim 1, wherein the jobs are associated with differentslices of the respective enterprise planning models in accordance withorganizational hierarchies defined by the respective models.
 9. Themethod of claim 1, wherein each job is associated with a node within anorganizational hierarchy defined by at least one of the enterpriseplanning models.
 10. A method comprising: receiving input modifying anenterprise planning model that defines a set of enterprise contributors,wherein each of the contributors is associated with a different slice ofthe enterprise planning model; upon accesses to an enterprise planningsystem by the contributors, communicating the input and data associatedwith the respective slices of the enterprise planning model to computingdevices of the contributors; and processing the input to update theslices of the enterprise planning model on the computing devices of thecontributors.
 11. The method of claim 11, further comprising receivingcontribution data from the contributors, and wherein processing theinput comprises reconciling the contribution data with the updated modelon the computing device of the contributor.
 12. A system comprising: aplurality of application servers; and an administration console togenerate a deployment map that associates each of a set of enterpriseplanning models with a respective set of the application servers. 13.The system of claim 12, wherein the application servers processadministrative jobs for the respective enterprise planning models. 14.The system of claim 13, wherein the administration console presents aninterface to receive input from a user assigning each of the applicationservers to one or more of the enterprise planning models, and generatesthe deployment map in response to user input.
 15. The system of claim14, wherein the interface includes input areas for receiving input fromthe user selecting a new application server within a network, and theadministration console generates the deployment map to associate the newapplication server with one or more of the enterprise planning models.16. The system of claim 13, wherein the administration consoleassociates the jobs with different slices of the respective enterpriseplanning models in accordance with organizational hierarchies defined bythe respective enterprise planning models.
 17. The system of claim 13,wherein the administration console associates each job with a nodewithin an organizational hierarchy defined by the particular first oneof the enterprise planning models.
 18. The system of claim 12, whereinthe administration console automatically adjusts the deployment mapbased on deadlines associated with each of the enterprise planningmodels.
 19. The system of claim 12, wherein the administration consoleautomatically adjusts the deployment map based on current usage levelsfor users participating in the enterprise planning models.
 20. Thesystem of claim 12, wherein the administration console receives resourcedata from the application servers describing computing resources withineach of the application servers, and generates the deployment map basedon the resource data.
 21. The system of claim 18, wherein the resourcedata includes a number of processors within each of the applicationservers.
 22. A computer-readable medium comprising instructions to causea processor to: generate a deployment map that associates each of a setof enterprise planning models with a respective set of applicationservers; and process jobs with the enterprise planning models with therespective sets of application servers according to the deployment map.23. The computer-readable medium of claim 22, wherein the instructionscausing the processor to generate the deployment map includeinstructions to cause the processor to: present an interface to receiveinput from a user assigning each of the application servers to one ormore of the models; and generate the deployment map in response to theuser input.
 24. The computer-readable medium of claim 23, furthercomprising instructions to cause the processor to: select a newapplication server within a network in response to the user input; andgenerate the map to associate the new application server with one ormore of the models.
 25. The computer-readable medium of claim 22,further comprising instructions to cause the processor to adjust thedeployment map based on deadlines associated with each of the enterpriseplanning models.
 26. The computer-readable medium of claim 22, furthercomprising instructions to cause the processor to adjust the deploymentmap based on current usage levels for users participating in theenterprise planning models.
 27. The computer-readable medium of claim22, further comprising instructions to cause the processor to: query theapplication servers for resource data describing computing resourceswithin each of the application servers; and generate the deployment mapbased on the resource data.
 28. A computer-readable medium comprisinginstructions to cause a processor to: receive input modifying anenterprise planning model that defines a set of enterprise contributors,wherein each of the contributors is associated with a different slice ofthe enterprise planning model; upon accesses to an enterprise planningsystem by the contributors, communicate the input and data associatedwith the respective slices of the enterprise planning model to computingdevices of the contributors; and process the input to update the slicesof the enterprise planning model on the computing devices of thecontributors.
 29. The computer-readable medium of claim 28, furthercomprising instructions to cause the processor to receive contributiondata from the contributors, and wherein processing the input comprisesreconciling the contribution data with the updated model on thecomputing device of the contributor.